package com.prototype.demo.prototyepManger;

/**
 * Created by Administrator on 2017/6/9.
 * 在PrototypeManager中定义了一个Hashtable类型的集合对象，使用“键值对”来存储原型对象，
 * 客户端可以通过Key（如“far”或“srs”）来获取对应原型对象的克隆对象。PrototypeManager类
 * 提供了类似工厂方法的getOfficialDocument()方法用于返回一个克隆对象。在本实例代码中，
 * 我们将PrototypeManager设计为单例类，使用饿汉式单例实现，确保系统中有且仅有一个
 * PrototypeManager对象，有利于节省系统资源，并可以更好地对原型管理器对象进行控制。
 *
 * 原型模式作为一种快速创建大量相同或相似对象的方式，在软件开发中应用较为广泛，很多
 * 软件提供的复制(Ctrl + C)和粘贴(Ctrl + V)操作就是原型模式的典型应用，下面对该模式的使
 * 用效果和适用情况进行简单的总结。
 *
 * 1.主要优点
 * 原型模式的主要优点如下：
 (1) 当创建新的对象实例较为复杂时，使用原型模式可以简化对象的创建过程，通过复制一个
 已有实例可以提高新实例的创建效率。
 (2) 扩展性较好，由于在原型模式中提供了抽象原型类，在客户端可以针对抽象原型类进行编
 程，而将具体原型类写在配置文件中，增加或减少产品类对原有系统都没有任何影响。
 (3) 原型模式提供了简化的创建结构，工厂方法模式常常需要有一个与产品类等级结构相同的
 工厂等级结构，而原型模式就不需要这样，原型模式中产品的复制是通过封装在原型类中的
 克隆方法实现的，无须专门的工厂类来创建产品。
 (4) 可以使用深克隆的方式保存对象的状态，使用原型模式将对象复制一份并将其状态保存起
 来，以便在需要的时候使用（如恢复到某一历史状态），可辅助实现撤销操作。

 2.主要缺点
 原型模式的主要缺点如下：
 (1) 需要为每一个类配备一个克隆方法，而且该克隆方法位于一个类的内部，当对已有的类进
 行改造时，需要修改源代码，违背了“开闭原则”。
 (2) 在实现深克隆时需要编写较为复杂的代码，而且当对象之间存在多重的嵌套引用时，为了
 实现深克隆，每一层对象对应的类都必须支持深克隆，实现起来可能会比较麻烦。
 3.适用场景 在以下情况下可以考虑使用原型模式：
 (1) 创建新对象成本较大（如初始化需要占用较长的时间，占用太多的CPU资源或网络资
 源），新的对象可以通过原型模式对已有对象进行复制来获得，如果是相似对象，则可以对
 其成员变量稍作修改。
 (2) 如果系统要保存对象的状态，而对象的状态变化很小，或者对象本身占用内存较少时，可
 以使用原型模式配合备忘录模式来实现。
 (3) 需要避免使用分层次的工厂类来创建分层次的对象，并且类的实例对象只有一个或很少的
 几个组合状态，通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方
 便。
 */
public class Client {
    public static void main(String[] args) {
        //获取原型管理器
        PrototypeManager pm = PrototypeManager.getPrototypeManager();

        OfficalDocument d1,d2,d3,d4;

        d1 = pm.getOfficalDocument("far");
        d1.display();
        d2 = pm.getOfficalDocument("far");
        d2.display();
        System.out.println(d1 == d2);

        d3 = pm.getOfficalDocument("srs");
        d3.display();
        d4 = pm.getOfficalDocument("srs");
        d4.display();
        System.out.println(d3 == d4);

    }
}
